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TITLE OF INVENTION 

5 SYSTEM, METHOD, AND COMPUTER PROGRAM PRODUCT FOR MAINTAINING 
CONSUMER PRIVACY AND SECURITY IN ELECTRONIC COMMERCE 
TRANSACTIONS 

CROSS-REFERENCE TO RELATED PATENT DOCUMENTS 
1 0 The present document contains subject matter related to that disclosed in commonly 

owned, co-pending provisional application Serial No. 60/166,408 filed November 19, 1999, 
entitled COMPUTER-IMPLEMENTED SECURITY SYSTEM AND METHOD, the entire 
contents of which are incorporated herein by reference. 

15 BACKGROUND OF THE INVENTION 

Field of the Invention: 

The present invention is directed to methods, computer-based systems, and computer 
program products for maintaining a consumer's privacy and security during commerce 
20 transactions. 

Discussion of the Background: 

Internet e-commerce has, by the year 2000, grown into a $40B per year industry in the 

United States alone. The size of the industry is bounded only by the population and their 

25 propensity for shopping. However, as with any new concept, impediments arise that hinder 
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the acceptance of the idea. For e-commerce the major impediment to widespread acceptance 
has been privacy and security. Privacy and security are also growing concerns for all 
commerce, including the established brick-and- mortar retailers as well as the established mail 
order retailers. 

5 The Internet is a great tool for browsing for information on products from competing 

vendors, for finding vendors that the shopper did not know even existed, and for finding the 
best deal. However, in order to place a purchase online, the shopper has to divulge an 
assortment of private and personal information, for example, their name, address, credit card 
number and expiration, billing address, contact info, shipping address, etc. 

10 Early services, such as Microsoft Passport, made strides in protecting the information 

in-transit between the consumer and merchant in an e-commerce transaction, but do not 
address all of the privacy concerns regarding the information that is ultimately provided to the 
merchant. In other words, the merchant ultimately receives the information, albeit via a 
secure transaction, and the protection of that information by the merchant, as well as others, is 
- 15 also a concern of consumers. Other early electronic 'wallets' function in a similar fashion, 
providing a secure transmission o f private information to a merchant. Privacy concerns, 
however, are further-reaching than merely the secure transmission of private information. 
Consumers are concerned not only with the security of the transmission of information, but 
also with their privacy as related to the disclosed information after the transaction has been 
20 completed. Furthermore, consumers are concerned with the security of information stored by 
merchants after the transaction has been completed. 

In order for e-commerce to realize its potential, consumers must be convinced that 
they can enter into e-commerce transactions without compromising their privacy or security. 
As discussed above, consumers of brick-and-mortar retailers and mail order retailers would 



also like this privacy and security. Attempts to provide security and privacy have, to date, 
been inadequate. These attempts include services that require the setup of special cash 
accounts or the purchase of special cards (similar to pre-pay phone cards) for the purchase of 
goods online. By their nature, these services do not protect the identity of the recipient, as the 

5 merchant must be told to whom the purchased product must be shipped. Furthermore, these 
approaches do not afford the convenience or protection of conventional credit card purchases. 

Other attempts have been made to address the privacy concerns of on-line consumers. 
For example, U.S. Patent No. 6,006,200 discloses an approach whereby a private shipment 
number is used as key for decoding an address by a shipping company. This approach is 

10 notably flawed for applications to privacy. For example, the ship number that is used for 
each shipping address is static, and therefore, susceptible to 'data mining' for this string 
(effectively a database 'key')- If the ship number can be associated with an identity, then this 
identity can be traced wherever the ship number was used, breaking any privacy protection 
for the consumer. Other approaches are similarly flawed. In the e-commerce domain, 

1 5 providing an individual with a unique identification code does not conceal that individual's 
identity, in fact, it facilitates the determination of an individual's identity. Any unique 
number associated with an individual, or an individual's address, or other attribute of an 
individual, is analogous to, for example, a social security number or a driver's license 
number, providing a key through which information concerning that individual may be 

20 determined. Accordingly, these unique identifier-based approaches do not comfort potential 
e-commerce consumers concerned with privacy. 

The challenge, then, as presently recognized, is to develop an approach that will 
provide anonymity and privacy for e-commerce consumers, as well as consumers in general. 
It would be advantageous if the approach were able to conceal the identity of customers on a 



per-transaction basis, so that information mining techniques were unable to gather 
information concerning an individual by mining transactions with common attributes. 

SUMMARY OF THE INVENTION 
5 The inventors of the present invention have recognized that currently no methods, 

systems, or computer program products are available to sufficiently ensure the anonymity of 
consumers participating in e-commerce transactions. Accordingly, one object of the present 
invention is to provide a solution to this problem, as well as other problems and deficiencies 
associated with the security and privacy of e-commerce-based transactions. 

10 The inventors of the present invention have recognized that a major impediment to e- 

commerce acceptance by a significant portion of the population lay in the necessary invasion 
of privacy needed to complete a transaction. Accordingly, a further object of the present 
invention is to provide a system trirough which an individual's privacy may be maintained 
throughout any commercial transaction. Moreover, the present invention is applicable to any 

15 commercial transaction between a buyer and a seller, both in electronic commerce and 
traditional commerce (e.g., brick and mortar commerce, catalog order commerce, etc.). 

The inventors of the present invention have further recognized that by separating the 
payment mechanism from the transaction approval process in a commercial transaction, the 
merchant can complete the transaction once it is has been approved, without being involved 
20 with the payment process. By guarantying payment to merchants, the system of the present 
invention provides an advantage of shielding the consumer's identity from the merchant. The 
inventors of the present invention have developed an approach to commerce that limits the 
disclosure of a consumer's identity to a single trusted entity and enables that consumer to 
transact anonymously with many merchants. Moreover, the single trusted entity can accept, 
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with the aid of appropriate payment processors, a wide range of electronic payment vehicles 
(e.g. credit card, debit card, private label card, electronic check, micropayment, bank account, 
funded cash account, etc.), which provides an advantage to consumers looking for a range of 
payment options. 

The above described and other objects are addressed by the present invention which 
includes a novel computer-based system, method, and computer program product that 
provides commerce consumers the ability to transact with merchants anonymously. 

In one embodiment, the present invention is implemented to allow consumers to 
purchase anonymously from participating retailers while preserving the financial integrity of 
the transaction. The present inveutors recognized that to provide anonymous purchases and 
provide complete privacy protection, all aspects of the transaction had to be secured and 
protected, including the shipping address or addresses. To protect consumer's shipping 
information and, ultimately their privacy, the present inventors have developed a novel 
privacy shipping method. This method includes a trusted third party sending only an 
alphanumeric ship-to number to the retailer, as opposed to conventional shipping information 
such as name, address, etc. The ship-to number is converted into human and machine- 
readable (e.g., a barcode) by a retailer fulfillment processor and then placed on the package(s) 
in the order. The retailer then returns package information (e.g., package weight, dimensions, 
etc.) to the trusted third party. The trusted third party then forwards translation information to 
a shipping or pick-up agent. The; translation information is used locally by the shipper to 
determine the destination for the package. The shipper picks up the package, scans the 
barcode and, using translation information 'pushed' by the trusted third party, determines the 
destination for the parcel. The ship-to numbers are used for a single transaction (which may 



in some cases include multiple parcels) only. Accordingly, the inventive system and methods 
has alleviated the need for the retailer to ever have the consumer's identity revealed to them. 

The present invention also allows for the personalization of retailer sites for e- 
commerce customers of the trusted third party. The present inventors have developed a novel 
approach for enabling the customization of a retailer site without compromising a consumer's 
privacy. By providing a unique identifier for each retailer/consumer pair, consumers may be 
uniquely identified to a retailer without compromising their identity as to other retailers, since 
for other retailers, the unique identifier for that retailer/consumer pair will be different. 
Accordingly, the present invention provides a solution which enables consumers to 
experience a rich and tailored web experience while protecting their anonymity. Further, 
certain consumers may not wish for customized service. For these consumers, a unique 
identifier for the consumer/retailer pair will be generated for each purchase. 

The present invention also recognizes the need to protect the electronic mail address 
of consumers while maintaining an electronic mail capability for the retailer to comply with 
Federal Trade Commission reporting requirements for order and shipping status. 
Accordingly, the present invention provides a solution which enables retailers to 
electronically mail notifications to consumers while protecting the consumer's actual 
electronic mail address. This electronic e-mail redirection uses the unique identifier for each 
retailer/consumer pair to enable the retailer to anonymously direct e-mail to the consumer. 

The present invention provides the ability for consumers to shop at participating 
merchants in complete privacy, not unlike using cash at a brick and mortar establishment. 
The consumer's privacy is maintained even if various merchants attempt to pool their 
information in an attempt to harvest additional information regarding their consumers. With 



conventional third party solutions, as discussed above, a consumer's identity may be 
ascertained by their common assigned identifier. 

The present invention provides a one-time use number for each consumer transaction, 
regardless of shipping address. As such, if privacy were to be compromised at one site for 
5 one transaction, it would not propagate to other retailers and data-mining firms. Further, if 
the e-commerce consumer has elected to forgo site customization, compromise would not 
propagate to past purchases from that retailer. Accordingly, the inventive system serves to 
confine the exposure of online consumers to individual transactions. 

The present invention also provides a novel approach to concealing a consumer's 
10 payment vehicle from the merchant. In this way, the use of many varied forms of payment 
are transparent to the merchant. As the trusted third party becomes enabled for new payment 
vehicles, the merchants will also be enabled to accept these vehicles for transactions 
including the trusted third party without the need for costly implementation themselves. By 
hiding the payment methods from the merchants, the present invention also allows for the 
1 5 implementation of micropayments while maintaining complete privacy of the consumer. 

Similarly, the present invention allows for members to set up funded cash accounts which can 
also be used while maintaining complete privacy. 

Consistent with the title of this section, the above summary is not intended to be an 
exhaustive discussion of all the features or embodiments of the present invention. A more 
20 complete, although not necessarily exhaustive, description of the features and embodiments 
of the invention is found in the section entitled "DESCRIPTION OF THE PREFERRED 
EMBODIMENTS." 
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BRIEF DESCRIPTION OF THE DRAWINGS 
A more complete appreciation of the present invention, and many of the attendant 
advantages thereof, will be readily obtained as the same becomes better understood by 
reference to the following detailed description when considered in connection with the 
accompanying drawings, wherein: 

Figure 1 is a block diagram of an overall system configuration in one embodiment of 
the present invention; 

Figure 2 is a block diagram showing the various system and software components in 
one embodiment of the present invention; 

Figure 3 A is an exemplary data field structure showing a retailer/consumer record; 
Figure 3B is an exemplary data field structure showing an online shopper record; 
Figure 3 C is an exemplary data field structure showing records having a unique 
transaction ID as an identifier; 

Figure 3D is a further exemplary data field structure showing records having a unique 
transaction ID as an identifier; 

Figures 4A and 4B are a flow diagram of one embodiment of a consumer registration 
process according to the present invention; 

Figures 5A and 5B are a flow diagram of another embodiment of a consumer 
registration process according to the present invention; 

Figures 6 A, 6B, and 6C are: a flow diagram of one embodiment of a purchase 
transaction process according to the present invention; 

Figures 7 A, 7B, and 7C are a flow diagram of another embodiment of a purchase 
transaction process according to the present invention; 

Figure 8 is a flow diagram of a process for generating a consumer/retailer 
identification for one embodiment of the present invention; 



Figure 9 is a flow diagram of a process for anonymous shipping for one embodiment 
of the present invention; and 

Figure 10 is an exemplary computer system programmed to perform one or more of 
the special purpose functions of the present invention. 

5 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring now to the figures, and more particularly to Figure 1 thereof, which is a block 
diagram of a system for maintai tiing the privacy of consumers in online transactions. The 
present embodiment is discussed in the context of privacy and security in e-commerce 

10 transactions. However, the invention may be used in other contexts, for example, 

transactions with brick-and-mortar retailers, mail order retailers, or other conventional 
commercial settings where consumers would like to have privacy and security maintained. 
The present invention would be applicable to any commercial transaction where privacy and 
security is a concern to consumers. The system includes a consumer access device 100, a 

15 retailer 101, a secure data center 102, a member records server 103, a member records 

database 104, a credit processor 105, a credit approval authority 106, and a shipping partner 
107 linked together via a network L100. 

The member records database 104 is a digital repository that may be implemented, for 
example, through a commercially available relational database management system 

20 (RDBMS) based on the structured query language (SQL) such as ORACLE, DB2, SYBASE, 
INFORMIX, or MICROSOFT SQL SERVER, through an object-oriented database 
management system (ODBMS), or through custom database management software. In one 
embodiment, the member records database 104 includes information through which the 
trusted third party may manage Ihe anonymity of members participating in online 

25 transactions. 
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The information in the member records database 104 is maintained by processes running 
on the member records server 103. The member records server 103 is implemented using the 
computer system 1001 of Figures 10, for example, but also may be any other suitable personal 
computer (PC), workstation, server, or device for communicating with the secured data center 
5 102, the credit processor 105, and the shipping partner 107, and storing and retrieving 
information in the member records database 104. The member records database 104 may 
reside on a storage device of the member records server 103, or reside on another device 
connected to the member records server 103, for example, by way of a local area network, or 
other communications link such as virtual private network, wireless link, or internet-enabled 
10 link. 

The consumer access device 100 may be implemented using the computer system 1001 of 
Figure 10, for example, or any other suitable PC, workstation, personal data assistant (PDA), 
server, or other device for communicating with an retailer 101, or the secured data center 102. 
The consumer access device 100 is used by a consumer to access retailer 101 sites over a 

15 network LI 00. In one embodiment, the network LI 00 is the Internet. Upon selecting items 
to be purchase from the retailer 101, the consumer proceeds to the retailer 101 checkout page 
for completing the transaction. 

In one embodiment, the retailer 101 has added a button on his checkout page for use by 
consumers which are members of a trusted third party responsible for protecting the 

20 consumers privacy in online transactions. In one embodiment, the checkout page of the 

retailer would be a graphical presentation which was written in a standard markup language. 
Markup languages are used, for axample, to describe the layout of a page that is presented to 
a user, as would be understood by one of ordinary skill in the software art. Markup languages 
are discussed in Gralla, P. "How the Internet Works," Que, August 1999, the entire contents 

25 of which are incorporated herein by reference. In one embodiment, when member consumers 



select the button on the retailer 101 checkout page, the trusted third party privacy shield client 
software (e.g., a "plug-in") is activated on the consumer access device 100. In an alternative 
embodiment, when checkout is selected by a consumer, the client software operating on 
processors at the trusted third party facility is accessed via the consumer access device 1 00. 
5 The consumer may select the button with any type of pointing device, as would be understood 
by one of ordinary skill in the software art. Pointing devices are described in White, R., 
"How Computers Work," Que, September 1999, the entire contents of which are incorporated 
herein by reference. In another embodiment, the trusted third party has added specialized 
code to the site of the retailer 101, so that when the normal checkout button is activated, it 

1 0 detects the presence of the trusted third party privacy shield client software on the consumer 
access device 100, and activates that software . 

In one embodiment, the privacy shield software queries the consumer for his pass phrase 
which was given to consumer by the trusted third party as an identifier that he is who he says 
he is. Once the consumer has adequately identified themselves, the secure data center 102 

1 5 sends the consumer a list of anonymous payment methods and shipping addresses which have 
been queried from the member records database 104 by the member records server 103. The 
anonymous payment methods and shipping addresses are displayed on the consumer 
workstation 100. The consumer than selects a shipping address and a payment method from 
the list presented to the consumer. The secure data center 102 also sends the consumer a one- 

20 time use transaction identifier which identifies the particular transaction that is now 
occurring. 

In another embodiment, the consumer is directed to the trusted third party's site where the 

site queries the consumer for his pass phrase which was given to consumer by the trusted 

third party as an identifier that he is who he says he is. Once the consumer has adequately 

25 identified themselves, the secure; data center 102 sends the consumer a list of anonymous 
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payment methods and anonymous shipping addresses which have been queried from the 
member records database 104 by the member records server 103. The anonymous payment 
methods and anonymous shipping addresses are displayed on the consumer access device 
100. The consumer then selects a shipping address and a payment method from the list 
presented to the consumer. The secure data center 102 also sends the consumer a one-time 
use transaction identifier which identifies the particular transaction that is now occurring. 

The shipping addresses and payment methods are anonymous because they are identified 
by label only. For example, rather than presenting an address of the consumer's residence, the 
address will be presented as simply "home." Similarly, rather than presenting a credit card 
number as a payment method, the payment method may be presented as simply "primary." 
These labels are controlled by the consumer and, in one embodiment, are never disclosed 
beyond the trusted third party. In another embodiment, these labels are revealed to the 
retailer 101 as a reference for the: consumer. In both embodiments, neither actual shipping 
address nor the actual payment method information (e.g., credit card information) are 
revealed to the retailer 101 . 

Once the consumer has selected which anonymous shipping address and which 

anonymous payment method to use for a particular transaction, in one embodiment, the 

anonymous shipping address, the: anonymous payment method, the one-time use transaction 

identifier, and a city, state, and zip code corresponding to the selected anonymous shipping 

address are sent to the retailer 101 so that the checkout process may be completed. In 

another embodiment, only the one-time use transaction identifier and a city, state, and zip 

code are sent to the retailer 101, while the anonymous payment and anonymous shipping 

address are sent from the consumer, directly to the trusted third party. In one embodiment, 

the above information is sent by the secure data center 102 to the retailer 101 . In another 

embodiment, the information is sent by the consumer access device 100 to the retailer 101. 
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The retailer 101 uses this information to generate tax amount, shipping amount, and a final 
transaction cost, which is then stint back to the trusted third party via the secure data center 
102 as request for authorization of payment. 

The trusted third party recognizes the transaction by the one-time use transaction 
identifier to query the member records database 104 via the member records server 103 to 
identify the actual payment method. Once the trusted third party has determined the actual 
payment method to be used, the trusted third party will perform an internal fraud verification 
via the secure data center 102. If fraud scoring indicates fraud, the transaction will be 
terminated. If the fraud score indicates a potential for fraud, the consumer will be asked to 
provide additional information for transaction verification purposes. In one embodiment, 
after an acceptable fraud scoring has been determined, the payment information is sent to the 
credit processor 105 to seek credit approval. The credit processor 105 submits the 
appropriate information to the credit approval authority 106 in a request for credit approval. 
The credit approval authority 106 will either approve or deny the credit approval request and 
provide the appropriate information to the credit processor 105. In another embodiment, the 
actual payment information is sent directly to the credit approval authority 106 for approval 
or denial of the credit request and then supplied directly back to the trusted third party. Once 
credit has been approved or denied, via the credit processor 105 or directly via the credit 
approval authority 106, an authorization approval or denial for the transaction will be sent to 
the retailer 101. 

When the retailer 101 has determined the product is ready to ship, the retailer 101 will 
attach a shipping label to the parcel including a ship identification code and an optional 
identifier corresponding to a particular package. The trusted third party will be notified that a 
parcel is ready for pick-up by a shipping partner 107. The trusted third party will then push 
the ship identification code along with the actual shipping address information to the shipping 
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partner 107. Once the parcel has been picked up from the retailer 101 by the shipping partner 
107, the shipping partner 107 uses the ship identification code, to re-label the parcel with the 
actual shipping address. The parcel is then shipped to the address selected by the consumer 
during the transaction. The optional one-up package number allows for multiple parcels to be 
shipped for the same order. 

In order to further secure privacy, the trusted third party will maintain unique 
identification numbers corresponding to each member-consumer/each member retailer 101 
pair. This information will also be maintained by the member records server 103 in the 
member records database 104. Ely having unique identification numbers for each 
consumer/retailer 101 pair, no matter what information the various retailers 101 maintain 
about transactions performed on their site, that information will not compromise the 
individual identity of the consumer transacting with that retailer 101. Furthermore, since the 
identification number used in the inventive system is a transaction- specific identification 
number, that number will not be able to be used to determine the identity of the consumer 
participating in that transaction. 

Consumer identification information, shipping address information, and payment method 
information is maintained in the member records database 104. Only the consumer and the 
trusted third party are ever given access to the information maintained in the member records 
database 104. As discussed above, the consumer is identified to the retailer 101 only through 
a consumer/retailer 101 specific identification number. As this number is different for every 
consumer/retailer 101 combination, it is impossible for retailers 101 to pool their information 
to decode the identity of the consumers using their sites. In one embodiment, a particular 
consumer has a unique identification number with respect to particular retailer 101, in this 
embodiment, the consumer may still benefit from retailer 101 sites that permit personalization 
since, for any particular retailer 101, a particular consumer can be uniquely identified. In 
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another embodiment, the consumer/retailer 101 specific identification number is varied for 
each transaction at a retailer, thereby preventing any personalization for that retailer site, but 
also preventing any identification of a consumer of that site based on past transactions. 

In the inventive system, a consumer may complete a transaction with a retailer 101 
without that retailer 101 ever receiving a shipping address or a payment method from the 
consumer. Accordingly, a retailer 101 will not be able to determine the identity of consumers 
transacting with them. The other external party involved in transactions in the inventive 
system, namely, the shipping partner 107 will not have access to this information either. The 
shipping partner 107 merely receives address information to be matched up with the one-time 
use transaction identification code so that the package may be delivered to the address 
specified by the consumer during the transaction. It should be noted, that there is no 
limitation that the shipping address specified during the transaction be an address that is in 
any way associated with a consumer. For example, transactions may be performed using the 
system of the present invention for purchasing items that are delivered to parties other than 
the consumer. 

Figure 2 shows the various software and system components of the present invention. 

As shown in Figure 2, the system includes a set of functionality within protected and secure 

facilities of a trusted third party 200. In one embodiment, privacy client 201 software is 

downloaded by members to reside on the member's consumer access device 100. In another 

embodiment, the privacy client 201 is a server-based product downloaded on each use from 

the trusted third party's site. In yet another embodiment, the privacy client 201 software is 

provided to the consumer on physical media (e.g., compact disc, floppy disk, etc.) for 

installation onto the consumer access device 100. Further, additional external entities may 

interface with the trusted third party via a communications network 210. The 

communications network may, for example, be the Internet or other communications link 
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such as a virtual private network, a wireless link, or other link, such as a direct external 
connection. 

In one embodiment, the privacy client 201 is downloaded from the trusted third 
party's site upon registration of a new member. In another embodiment, the privacy client 
201 is a server-based product downloaded for each use. The privacy client 201 provides 
functionality that enables participating retailer 101 software to recognize that a particular 
consumer is enabled (i.e., is a member). In one embodiment, the privacy client 201 software 
is automatically activated by the consumer activating the checkout functionality of the 
member retailer's 101 site. In another embodiment, the privacy client 201 software is 
activated by selecting a particular button placed on the member retailer's 101 site. In both 
embodiments described above, the retailer 101 will include an activation mechanism on their 
web site. 

The privacy client 201 software is the interface to the consumer at the time of 
purchase or login to a retailer 101. Personal data relating to the consumer is not stored locally 
on the consumer access device 101. Rather, data is retrieved via the member records server 
103 from the member records database 104 after a member has successfully logged in. To 
log in, a consumer enters, for example, a user name, and pass phrase that uniquely identifies 
the consumer to the trusted third party. Other user verification methods may also be used, 
including, but not limited to digital certificates, shared secrets, and physical interrogation 
devices (e.g., number generators, smart cards, dongles, etc). 

The web interface server 202 provides the interface to the trusted third party's 
systems. In one embodiment, the web interface server 202 provides an interactive interface to 
the privacy client 201 and provides the top level security mechanisms for secure transmission 
of data between the trusted third party client, the browser running on the consumer access 
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device 100, and the retailer 101. The web interface server 202 within the trusted third party 
system provides a central distribution point for web pages requested by clients and generated 
by the business logic servers 205, which are fed by the member records database 104. 

The retailer transaction server 203 provides the transactional interface to the retailer 
5 101 community. The retailer transaction server 203 is a specialized interface to the 

communications network 210 which accepts transactional input and generates transactional 
output to interface with the retailer's 101 processing software. Payment transactions between 
the trusted third party and the retailer 101 (e.g., authorizations, payments, credits, etc.) are 
handled by the retailer transactio a server 203. 

1 0 The business logic server 205 provides the focus of the trusted third party's internal 

system: it supports the business rules which bridge between the web interface server 202 and 
the member records server 103. The business logic server 205 processing includes, for 
example, user authentication, fraud management, authorization process, checkout page 
formatting, e-mail reformatting, customer service queries and support, credit processing 
= 1 5 transactions, and security processing. 

The internal transaction server 206, internal to the trusted third party provides the "glue" 
which ties all of the pieces of the trusted third party's system together. The internal 
transaction server 206 routes the internal messages between the business logic servers 205, 
the member records server 103, the member records database 104, and the web interface 
20 servers 202. 

The member records server 103 provides processing and security functionality for the 
member records database 104. The member records database 104 information about all 
registered consumers, including, but not limited to their name, address information, contact 
information, credit card numbers, billing addresses, shipping addresses, past transactions, 
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shipment tracking information, and fraud tracking information. Furthermore, the member 
records database 104 will also maintain information pertaining to a member's retailer 101 
associations. For example, the member records database will include contact information, 
preferred checkout format information, transaction records, shipping manifests, and fraud 
management information. 

The information maintained in the member records database 104 is separated into two 
parts, a normal-security information set and a high-security information set. Information 
within the member records database 104 categorized as high-security information includes, 
for example, credit card numbers, fraud tracking information, etc. High -security information 
will be housed in a database server deep in the trusted third party's protected server vault. 
Additional protections will be applied to this category of data, such as, for example, 
encryption of the contents. 

The trusted third party will interface with shipping partners 107 and credit card 
processing partners. Connectivit}' to these external entities will be via secure links, including, 
but not limited to, dedicated links or virtual private networks on the Internet. The interface to 
the credit processing partner will follow guidelines and protocols established across the 
financial industry. The interface to the shipping partner 107 will use, for example, the file 
transfer protocol (FTP), or other protocol, to forward electronic manifest information to the 
shipping partner 107. The manifest information will allow for translation of the anonymous 
shipping information into the actual destination address. 

The present invention uses web servers to communicate through the Internet between the 
trusted third party and the member-consumers. Front-end processors include transactional 
processing machines for interfacing between the trusted third party and the retailer 101 
community. Application servers are used to implement the business logic on the business 



logic servers 205 which control and drive the trusted third party's service. These application 
servers implement the rules which fully describe the trusted third party and its business 
through software logic. The application servers are used to control the flow of information to 
the member records database 104 and to reformat relational data in the member records 
databases 104 into a format for display by the web interface servers 202. Since the trusted 
third party system includes many firewalls within its system, messages will be used to move 
data to and from different machines which make up the trusted third party's system. In one 
embodiment, messages will also be used to move data from the application servers to the web 
servers where standard browser interfaces are used to communicate to the member- 
consumers. In another embodiment, proprietary client software is used to enhance the 
security and functionality of the standard client browser. 

The mail server 204 provides for communication between the retailers 101 and 
consumers. E-mail messages are addressed via the unique identifier corresponding to the 
retailer 101/consumer pair, and are forwarded to the mail server 204 of the trusted third party. 
The trusted third party accesses the targeted consumer's e-mail forwarded preferences via the 
member records server 103 from the member records database 104. If forwarding is 
indicated, the e-mail is reformatted and addressed with the consumer's e-mail address. The e- 
mail is then forwarded to the consumer using the mail server 204. 

Figure 3 A shows a structure of one example of a record containing information for 
identifying a consumer to an retailer 101 . As shown in Figure 3 A, the record includes a 
retailer identification field 1000, and a consumer identification field 1001. The consumer 
identification field 1001 is for eac hi retailer 101 and only the retailer identification field 1000 
combined with the consumer identification field 1001 will uniquely identify an individual 
member. Unlike many conventional third party schemes to provide anonymity, the present 
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invention provides both a method for retailers 101 to track a particular consumer's behavior at 
their location, while providing additional protection for the consumer by preventing retailers 
101 from sharing consumer identification information. 

Figure 3B shows a structure of one example of a record containing information pertaining to 
a purchase transaction between a consumer and an retailer 101 . As shown in Figure 3B, the 
record includes a retailer identification field 1010, a consumer identification field 101 1, an 
order identification field 1012, a payment identification field 1013, and a ship location 
identification field 1014. This record includes the information that is provided to the retailer 
101 by the consumer to complete a private online transaction. This information, along with 
the financial details of a transaction, uniquely identify everything necessary to purchase, pay, 
and then ship an item from a retailer to a consumer with complete anonymity. A transaction 
therefore has all of these elements. This record format can be used by the trusted third party 
to gather the necessary information from the retailer 101. The trusted third party only has to 
generate the information for the associated order identification field 1012 and pass that to the 
retailer via the consumer browser. Once the order identification field 1012 has been 
provided, the record is complete since the retailer 101 will already have their own retailer 
identification 1010 and the consumer identification 1011 available. These three pieces of 
information are sufficient to uniquely identify a purchase transaction made with the inventive 
system. The transmission of the payment identification 1013 and ship location identification 
1014 can be accomplished, for example, by the consumer browser transmitting them to the 
trusted third party, or, by passing them on to the retailer 101, which may, in turn, pass them to 
the trusted third party. Neither approach will jeopardize the anonymity of the consumer. In 
one embodiment of the present invention, a unique transaction identification is generated for 
each transaction in order to easily identify each particular transaction. Coupled with the 
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record format described above relating to Figure 3B, the transaction identification is a 
powerful tool for further identifying transaction information. 

Figure 3C shows exemplary structures of records containing a transaction 
identification field 1020 for uniquely identifying a purchase transaction between a consumer 
5 and an retailer 101 . Since the transaction identification field 1020 uniquely identifies a 
transaction, the trusted third party has increased flexibility for designing interfaces between 
the trusted third party and a variety of retailers 101. 

Figure 3D shows exemplary structures of records containing a transaction 
identification field 1023, a consumer identification field 1024, a payment identification field 

10 1025, and a ship location identification field 1026 for uniquely identifying a purchase 
transaction between a consumer and an retailer 101. This record format can be used to 
transmit transaction information :o the trusted third party by the consumer access device 100. 
Use of this data structure in conjunction with a record format such as that described 
regarding Figure 3C, provides increased flexibility in designing interfaces to a variety of 

15 retailers. 

Figures 4A and 4B show a process through which a consumer registers for 
membership with the trusted third party according to one embodiment of the present 
invention. Consumers must first register with the trusted third party prior to using the 
purchase privacy protection service. Figures 4A and 4B outline the registration process 
20 according to one embodiment. As shown in Figure 4A, the process begins with step S400 
where the consumer enters the registration process at the trusted third party's site. 
Immediately upon entering the trusted third party's registration site, the process proceeds to 
step S401 where the consumer's browser operating on the consumer access device 100 and 
the trusted third party's web interface server 202 will establish a secure socket layer (SSL) 



connection. The SSL connection allows for the secure transfer of information between the 
consumer and the trusted third party. After the SSL link has been established, the process 
proceeds to step S402 where the consumer will enter identification information including, but 
not limited to, the consumer's name, mailing address, and contact information. 

After the consumer has entered their identifying information, the process proceeds to 
step S403 where the privacy client 201 software is downloaded from the trusted third party's 
site to the consumer's browser running on the consumer access device 100. The privacy client 
201 software is, in one embodiment, a "plug-in." Once the plug-in is loaded on the consumer 
access device 100, the process proceeds to step S404 where secondary encryption is 
established. From this point forward, all information sent between the trusted third party and 
the consumer is, as an option, encrypted in addition to it being transferred over the secure 
SSL link. The encryption process doubly- wraps the consumer's sensitive data for additional 
protection against ease dropping on the link. 

Once the encryption process has been established, the process proceeds to step S405 
where the trusted third party performs user verification. The process then proceeds to step 

5406 where it is determined whether the consumer's identity has been verified. If the 
consumer's identity has not been verified (i.e., "No" at step S406) the process proceeds to step 

5407 where it is determined whether a secondary validation has already been performed. If it 
is determined that a secondary validation has not already been performed (i.e., "No" at step 
S407), the process proceeds to step S408 where additional identifying information is 
requested from the consumer. Af :er receiving additional identifying information from the 
consumer, the process proceeds to step S405 where, again, the consumer's identity is verified. 
If on the other hand it is determined that secondary validation had already been performed 
(i.e., "Yes" at step S407), the process proceeds to step S409 where membership registration is 
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rejected for that consumer. 

If it is determined that the consumer's identity has been verified (i.e., "Yes" at step 
S406), the process proceeds to step S410, shown in Figure 4B. As shown in Figure 4B, the 
consumer is prompted to enter a user name and pass phrase as step S410. The process then 
5 proceeds to step S41 1 where it is determined whether the user name and pass phrase is 

acceptable. If it is determined that the user name and pass phrase is not acceptable (i.e., "No" 
at step S41 1), the process returns to step S410, where, again, the consumer is prompted to 
enter a user name and pass phrase:. If, however, it is determined that the user name and pass 
phrase is acceptable (i.e., "Yes" at step S41 1), the process proceeds to step S412 where the 

10 consumer is prompted to enter payment information. In one embodiment, payment 

information includes, but is not limited to, credit card information, bank account information, 
alternative payment vehicles, or ether personal payment methods. In one embodiment, the 
consumer is prompted to enter an anonymous identifier (e.g., a nickname, a unique code, or a 
one time use code) for each payment method entered. By providing an anonymous identifier 

1 5 for each payment method, reference to the methods may be made by using the anonymous 
identifier, rather than the actual information pertaining to the method itself (e.g., credit card 
number, etc.). In another embodiment, the anonymous identifier is assigned by the trusted 
third party. 

Once the consumer has entered payment account information, the process proceeds to 
20 step S41 3 where verification on the account information is performed by the trusted third 
party. The process then proceeds to step S414 where it is determined whether there are any 
problems with the account information entered. If it is determined that there are problems 
with the account information entered (i.e., "Yes" at step S414), the process proceeds to step 
S417 where registration is suspended and the consumer is contacted offline. If it is 



determined that the information that had been entered is for a known fraudulent account, the 
process proceeds to step S418 where membership registration is terminated. If, however, it is 
determined that there are no problems with the account information entered (e.g., "No" at step 
S414), the process proceeds to step S415 where the consumer is prompted to enter shipping 
5 address information. Again, as with the payment information, in one embodiment the 

consumer is prompted to enter an anonymous identifier for each shipping address. In another 
embodiment, the anonymous identifiers for the shipping addresses are assigned by the trusted 
third party. Furthermore, the shipping addresses entered by the consumer are scanned for 
completeness and accuracy. The process then proceeds to step S416 where membership 

10 registration is deemed successful. 

Figures 5 A and 5B show a process through which a consumer registers for 
membership with the trusted third party according to another embodiment of the present 
invention. This embodiment differs from that presented in Figures 4A and 4B, in that the 
embodiment in Figures 5 A and 5B require the consumer to undergo identity verification prior 

15 to downloading the trusted third party client software. Figures 5 A and 5B outline the 
registration process according to one embodiment. As shown in Figure 5 A, the process 
begins with step S500 where the consumer enters the registration process at the trusted third 
party's site. Immediately upon entering the trusted third party's registration site, the process 
proceeds to step S501 where the consumer's browser operating on the consumer access device 

20 1 00 and the trusted third party's web interface server 202 will establish a secure socket layer 
(SSL) connection. The SSL connection allows for the secure transfer of information between 
the consumer and the trusted third party. After the SSL link has been established, the process 
proceeds to step S502 where the consumer will enter identification information including, but 
not limited to, the consumer's name, mailing address, and contact information. The consumer 
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will also select a username and pass phrase at this step. 

The process then proceeds to step S503 where it is determined whether the user name 
and pass phrase is acceptable. If it is determined that the user name and pass phrase is not 
acceptable (i.e., "No" at step S503), the process returns to step S502, where, again, the 
consumer is prompted to enter a user name and pass phrase. If, however, it is determined that 
the user name and pass phrase is acceptable (i.e., "Yes" at step S503), the process proceeds to 
step S504 where the trusted third party performs user verification. The process then proceeds 
to step S505 where it is determined whether the consumer's identity has been verified. If the 
consumer's identity has not been verified (i.e., "No" at step S505) the process proceeds to step 
S506 where it is determined whether a secondary validation has already been performed. If it 
is determined that a secondary vaJidation has not already been performed (i.e., "No" at step 
S506), the process proceeds to step S507 where additional identifying information is 
requested from the consumer. After receiving additional identifying information from the 
consumer, the process proceeds to step S504 where, again, the consumer's identity is verified. 
If on the other hand it is determin ed that secondary validation had already been performed 
(i.e., "Yes" at step S506), the process proceeds to step S508 where membership registration is 
rejected for that consumer. 

After the consumer has entered their identifying information, the process proceeds to 
step S509 where the privacy clien: 201 software is downloaded from the trusted third party's 
site to the consumer's browser running on the consumer access device 1 00. The privacy client 
201 software is, in one embodiment, a "plug-in." Once the plug-in is loaded on the consumer 
access device 100, the process proceeds to step S510 where secondary encryption is 
established. From this point forward, all information sent between the trusted third party and 
the consumer is, as an option, enciypted in addition to being sent via the secure SSL link. 
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The encryption process doubly wraps the consumer's sensitive data for additional protection 
against ease dropping on the link. 

Once secondary encryption has been established, the process proceeds to step S5 1 1 
where the consumer is prompted to enter payment information. In one embodiment, payment 
5 information includes, but is not limited to, credit card information, bank account information, 
alternative payment vehicles, or other personal payment methods. In one embodiment the 
consumer is prompted to enter an anonymous identifier for each payment method entered. In 
another embodiment, the anonymous identifier is assigned by the trusted third party. By 
providing a anonymous identifier for each payment method, reference to the methods may be 

10 made by using the anonymous identifier, rather than the actual information pertaining to the 
method itself (e.g., credit card number, etc.). 

Once the consumer has entered payment account information, the process proceeds to 
step S512 where verification on Ihe account information is performed by the trusted third 
party. The process then proceeds to step S513 where it is determined whether there are any 

1 5 problems with the account information entered. If it is determined that there are problems 
with the account information entered (i.e., "Yes" at step S513), the process proceeds to step 
S516 where registration is suspended and the consumer is contacted offline. If it is 
determined that the information that had been entered is for a known fraudulent account, the 
process proceeds to step S517 where membership registration is terminated. If, however, it is 

20 determined that there are no problems with the account information entered (e.g., "No" at step 
S513), the process proceeds to step S514 where the consumer is prompted to enter shipping 
address information. Again, as with the payment information, in one embodiment, the 
consumer is prompted to enter an anonymous identifier for each shipping address. In another 
embodiment, the anonymous identifier is assigned by the trusted third party. Furthermore, the 



shipping addresses entered by the: consumer are scanned for completeness. The process then 
proceeds to step S515 where membership registration is deemed successful. 

Figures 6A, 6B, and 6C show a purchase transaction process according to one 
embodiment of the present invention. As shown in Figure 6 A, the process step begins at step 
S600 when a member consumer visits a participating retailer and elects to checkout. Upon 
selecting to checkout, the privacy client 201 software operating on the consumer access 
device 100 will be activated. Once the privacy client 201 software is activated, the process 
proceeds to step S601 where an SSL link is established between the consumer and a web 
interface server 202 at one of the trusted third party's transaction processing facilities. In one 
embodiment, additional security is added for communication between the consumer's browser 
running on the consumer access device 100 and the trusted third party's transaction facilities 
by using encrypted envelopes. The encryption process uses the trusted third party's public 
keys for both the retailer transaction servers 203 and the member record database 104 to 
generate secure envelopes using standardized public key infrastructure (PKI) techniques. 

After the SSL link has been established, the process proceeds to step S602 where the 
consumer is prompted to enter their user name and pass phrase. The process then proceeds to 
step S603 where it is determined whether the user name and pass phrase are correct. If it is 
determined that the user name and pass phrase are not correct (i.e., "No" at step S603), the 
process proceeds to step S604 where it is determined whether the retry limit has been 
exceeded. If the retry limit has not been exceeded (i.e., "No" at step S604), the process 
returns to S602 where the consumer can retry. If, however, it is determined that the retry 
limit has been exceeded (i.e., "Yes" at step S604), the process proceeds to step S605 where 
the consumer's account is locked and the consumer is contacted. 

If it is determined that the consumer has entered a correct user name and pass phrase 
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(i.e., "Yes" at step S603), the process proceeds to step S606 where the consumer is provided 
with an on-screen menu for selecting payment and shipping options. The payment and 
shipping options are provided to the consumer's privacy client via the web interface server 
202 retrieving consumer selected anonymous identifiers from the member record database 
104 via the trusted third party's internal transaction servers 206. The consumer will select the 
payment method and ship to address using the anonymous identifiers that were provided 
during the registration process, or, alternatively, through an account maintenance process. 
During this step in the process, the consumer is also provided with the option of adding new 
ship to addresses that can be saved for future use. At the conclusion of the step, the privacy 
client 201 software has completed its processing. In one embodiment, the privacy client 201 
software remains active so as to receive status messages regarding the completion of the 
transaction, or, if additional verification information necessary, for completing the 
transaction. 

Once the consumer has selected their payment method and ship to address, the process 
proceeds to step S607 where the trusted third party generates a transaction identification, a 
ship location identification, and e .ther generates or retrieves the consumer identification for 
the retailer 101. Once this information has been generated by the trusted third party, the 
process proceeds to step S608 where the retailers 101 checkout page is populated with 
transactional data to allow the retailer 101 to internally process the transaction. The 
information provided to the retailer 101 does not contain any information revealing the 
consumer's identity or addresses, except for the consumer's city, state, and postal zip code, 
which have been provided for tax generation purposes as well as shipping cost purposes. 
Some retailers 101 will only require the postal zip code. The retailer 101 internally processes 
the transaction using the information received from the trusted third party. 
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Upon completing the internal processing, the process proceeds to step S609 where the 
retailer 101 forwards a transaction processing request to the trusted third party. The 
transaction processing request is in a mutually agreed upon format. Once received, the 
process proceeds to step S610 where the trusted third party retrieves payment information 
from the member records database 104 for processing. The process then proceeds to step 
S61 1, shown in Figure 6B. 

As shown in Figure 6B, the trusted third party performs fraud detection at step S61 1 
by calculating a fraud score. The process then proceeds to step S612 where it is determined 
whether the transaction has been approved based on the fraud detection. If the fraud score 
indicates a potential fraud (i.e., "No" at step S612), the process proceeds to step S61 lb where 
it is determined if additional consumer information has been requested. If it has (i.e. "Yes" at 
step S61 lb), the retailer 101 is notified of the rejection of the transaction. If additional 
information has not been previously requested for this transaction (i.e. "No" at step S61 lb), 
the process proceeds to step S61 la where the additional information requests are forwarded to 
the consumer in step. Additional information requests may include, but are not limited to, 
credit card verification codes (CVC2, CCV2, etc.), registration question-answer pairs, etc. 
The transaction is then reevaluated for fraud with this additional information. If, however, it 
is determined at step S612 that the fraud score does not indicate a potential fraud (i.e., "Yes" 
at step S612), the process proceeds to step S614 where the transaction request is forwarded to 
the internal transaction server 206 appropriate for the selected payment method. For 
example, for credit card transactions, the transaction is forwarded to a credit card transaction 
gateway processor or directly to the credit granting institution. On the other hand, for internal 
micropayment and prefunded accounts, the trusted third party processes the transactions 
internally. The process then proceeds to step S615 where it is determined whether the 
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transaction has been approved. In one embodiment, if the transaction has not been approved 
(i.e., "No" at step S615), the process proceeds to step S613 where the retailer 101 is notified 
of the rejection of the transaction. If, however, the transaction is approved (i.e., "Yes" at step 
S615), the process proceeds to step S616 where the approval is forwarded to the retailer 101. 
In another embodiment, if the transaction has been approved with a marginal fraud score, the 
process proceeds to step S616 where the approval is forwarded to the retailer 101, and the 
retailer 101 is notified of the fraud score. In this embodiment, the retailer 101 will determine 
acceptability of the transaction based on its internal business rules. 

The retailer 101 is then free to complete transaction processing per its internal 
processes. The process then proceeds to step S617 where, upon fulfillment of the order, the 
retailer 101 forwards an electronic manifest to the trusted third party identifying the order and 
requesting settlement for the cost of the goods fulfilled. In the case of digital goods, the 
settlement will occur at the time of approval and the ship location identification is not used. 
The retailer 101 must include the ship location identification in bar code format on the 
package or packages. As discussed above, the ship location identification is a one-time use 
number. The process then proceeds to step S618 where the electronic manifest from the 
retailer 101 is used by the trusted third party to generate a detailed list of package 
identifications and package characteristics to forward to the shipping partner 1 07. The 
process then proceeds to step S619, shown in Figure 6C. 

As shown in Figure 6C, at step S619, the shipping partner 107 receives the goods, 
determines the ship location identification, and translates the ship location identification to an 
actual shipping address. The shipping partner 107 then re-labels the package or packages 
with the actual shipping address and completes delivery. The shipping partner 1 07, in one 
embodiment, is the actual deliver}' service, whereas, in another embodiment, the shipping 
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partner 107 is an intermediary/corisolidator. 

Figures 7 A, 7B, and 7C show a purchase transaction process according to another 
embodiment of the present invention. This embodiment differs from that described in 
Figures 6A, 6B, and 6C, in that this embodiment uses trusted third party software modules at 
5 the retailer 101 processing center. As shown in Figure 7 A, the process step begins at step 
S700 when a member consumer visits a participating retailer and elects to checkout. Upon 
checking out by selecting a button corresponding to the trusted third party on the retailer 101 
checkout page, the process proceeds to step S701 where the trusted third party software 
executing on the retailer 101 site will establish an SSL link, if it does not already exist, 

10 between the consumer and a web interface server 202 at one of the trusted third party's 
transaction processing facilities. In one embodiment, additional security is added for 
communication between the consumer's browser running on the consumer access device 100 
and the trusted third party's transaction facilities by using encrypted envelopes. The 
encryption process uses the trusted third party's public key for the retailer transaction servers 

1 5 203 and a proprietary database to generate secure envelopes using standardized public key 
infrastructure (PKI) techniques. 

After the SSL link has been established, the process proceeds to step S702 where the 
trusted third party software executing on the retailer 101 site will trigger the trigger the 
trusted third party consumer software. The process then proceeds to step S702 where the 

20 consumer software prompts the consumer to enter their user name and pass phrase. The 
process then proceeds to step S704 where it is determined whether the user name and pass 
phrase entered by the consumer are correct. If it is determined that the user name and pass 
phrase are not correct (i.e., "No" at step S704), the process proceeds to step S705 where it is 
determined whether the retry limit has been exceeded. If the retry limit has not been 

25 exceeded (i.e., "No" at step S705), the process returns to S703 where the consumer can retry. 



If, however, it is determined that the retry limit has been exceeded (i.e., "Yes" at step S705), 
the process proceeds to step S706 where the consumer's account is locked and the consumer 
is contacted. 

If it is determined that the consumer has entered a correct user name and pass phrase 
5 (i.e., "Yes" at step S704), the process proceeds to step S707 where the trusted third party will 
forward a list of payment method anonymous identifiers and ship-to address anonymous 
identifiers to the consumer plug-in via the retailer 101 plug-in. The process then proceeds to 
step S708 where the consumer is provided with an on-screen menu for selecting payment and 
shipping options. The consumer will select the payment method and ship to address using the 
10 anonymous identifiers that were provided during the registration process, or, alternatively, 
through an account maintenance process. During this step in the process, the consumer is 
also provided with the option of adding new ship to addresses that can be saved for future 
use. 

Once the consumer has selected their payment method and ship to address, the process 
15 proceeds to step S709 where the privacy client 201 software encrypts the payment and ship-to 
anonymous identifier selections and forwards them to the trusted third party plug-in resident 
at the retailer 101 . In one embodiment, at the conclusion of this step, the privacy client 201 
software has completed its processing. In another embodiment, the privacy client 201 
software remains active so as to receive status messages regarding the completion of the 
20 transaction, or, if additional verification information is necessary, for completing the 
transaction. 

Upon receipt of the privacy client payment and ship-to anonymous identifier 
selections, optionally encrypted, the process proceeds to step S710 where the trusted third 
party plug-in at the retailer 101 attaches retailer-specific information, including, but not 
25 limited to, purchase price and an indicator as to whether the product purchased was delivered 



goods or digital goods, and then forwards that information to the trusted third party. In step 
S712, the trusted third party generates a transaction identification, a ship location 
identification, and either generates or retrieves the consumer identification for the retailer 
101. Once this information has been generated by the trusted third party, the process 
5 proceeds to step S713 where the consumer's payment and ship information is retrieved from 
the member records database 104. At this time, in the case of delivered goods, the trusted 
third party forwards the city, stat s, and zip code of the destination address. The retailer 101 
returns the transaction cost, including taxes and shipping costs to the trusted third party.. The 
process then proceeds to step S7 14, shown in Figure IB. 

10 At step S714, the trusted third party performs fraud scoring of the transaction. The 

process then proceeds to step S7 15 where it is determined whether the transaction has been 
approved based on the fraud dete ction. If the fraud score indicates a potential fraud (i.e., 
"No" at step S715), the process proceeds to step S714b where it is determined if additional 
consumer information has been requested. If it has (i.e., "Yes" at step S714b), the retailer 

15 1 0 1 is notified of the rejection of the transaction in step S7 1 6. If additional information has 
not been previously requested for this transaction (i.e., "No" at step S714b), the additional 
information requests are forwarded to the consumer in step S714a. Additional information 
requested may include, but is not limited to, credit card verification codes (CVC2, CCV2, 
etc), registration question- answer pairs, etc. The transaction is re-evaluated for fraud with 

20 this additional information. If, however, it is determined that the fraud score does not 

indicate a potential fraud (i.e., "Yes" at step S715), the process proceeds to step S717 where 
the transaction request is forwarded to the internal transaction server 206 appropriate for the 
selected payment method. For example, for credit card transactions, the transaction is 
forwarded to a credit card transaction gateway processor or, alternatively, directly to the credit 



granting institution. On the other hand, for internal micropayments and prefunded accounts, 
the trusted third party processes the transactions internally. The process then proceeds to step 
S718 where it is determined whether the transaction has been approved. In one embodiment, 
if the transaction has not been approved (i.e., "No" at step S718), the process proceeds to step 
5 S716 where the retailer 101 is notified of the rejection of the transaction. If, however, the 
transaction is approved (i.e., "Yes" at step S718), the process proceeds to step S719 where the 
approval is forwarded to the retailer 101. In another embodiment, if the transaction has been 
approved with a marginal fraud score, the process proceeds to step S719 where the retailer 
101 is notified of the fraud score and the credit approval. In this embodiment, the retailer 101 

10 will determine acceptability of the transaction based on its internal business rules. 

Additionally in step S719, the trusted third party forwards transaction information, for 
example, the transaction identification, consumer identification, ship location identification, 
to the retailer 101 for transaction processing. 

The process then proceeds to step S720 where, upon fulfillment of the order, the 

15 retailer 101 forwards an electronic manifest to the trusted third party identifying the order and 
requesting settlement for the cost of the goods fulfilled. In the case of digital goods, the 
settlement will occur at the time of approval and the ship location identification is not used. 
The retailer 101 must include the ship location identification in bar code format on the 
package or packages. As discussed above, the ship location identification is a one-time use 

20 number. The process then proceeds to step S721 where the electronic manifest from the 
retailer 101 is used by the trusted third party to generate a detailed list of package 
identifications and package characteristics to forward to the shipping partner 107. The 
process then proceeds to step S722, shown in Figure 7C. 

As shown in Figure 7C, at step S722, the shipping partner 107 receives the goods, 
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determines the ship location identification, and translates the ship location identification to an 
actual shipping address. The shipping partner 107 then relabels the package or packages with 
the actual shipping address and completes delivery. The shipping partner 107, in one 
embodiment, is the actual delivery service, whereas, in another embodiment, the shipping 
partner 107 is an intermediary/consolidator. 

Figure 8 shows a process through which a consumer/retailer identification pair is 
determined according to one embodiment of the present invention. As shown in Figure 8, the 
process begins at step S800 when; a current member-consumer checks out on a web site of a 
participating retailer 101 using the trusted third party's privacy client 201 software. The 
process then proceeds to step S801 where it is determined whether the consumer desires to 
have personalization at the retailer 101 site. If it is determined that the consumer desires 
personalization with this particular retailer 101 (i.e., "Yes" at step S801), the process proceeds 
to step S802 where it is determined whether this consumer has previously selected to have 
personalization turned on at this retailer 101. If this consumer has previously selected to have 
personalization turned on at this retailer 101 (i.e., "Yes" at step S802), the process proceeds to 
step S803 where the retailer ID for this particular consumer is retrieved from the member 
records database 104. If it is deteimined that this consumer has not previously selected to 
have personalization turned on at this particular retailer 101 (i.e., "No" at step S802), the 
process proceeds to step S804 where a unique retailer ID for this retailer 101/consumer pair 
will be generated. In step S808a generated consumer identification indicator is stored for this 
retailer in the member records database 104. 

If it is determined that the consumer does not wish to have personalization at this 
retailer 101 (i.e., "No" at step S801), the process proceeds to step S806 where a single-use 
identification for this retailer 101/consumer pair is generated. Once the retailer 101/consumer 
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pair identification exists (either generated at step S806 or S804, or retrieved at step S803), the 
retailer 101/consumer identification is forward to the participating retailer 101 at step S805. 

Figure 9 shows a process through which anonymous shipping is performed in one 
embodiment of the present invention. As shown in Figure 9, the process begins at step S900 
wherein retailer 101 receives a one-use unique ship number from the trusted third party. The 
process then proceeds to step S901 where the retailer 101 prepares a parcel for shipment. For 
multiple packages in a particular order, the unique one-use ship number is concatenated with 
a "one up" package number to uniquely identify each parcel included in the order. The 
process then proceeds to step S902 where the retailer 101 forwards an electronic manifest to 
the trusted third party for each individual parcel. At step S905, the trusted third party pushes 
ship number translation information to the shipping partner 107. At step S903, the shipping 
partner 107 receives the encoded package from the retailer 101 . Upon receiving the encoded 
package, the shipping partner 107 scans the bar code on each parcel. The process then 
proceeds to step S904 where it is determined if a translation exists between the ship number 
and the actual shipping address. If it is determined that a translation does exist (i.e., "Yes" at 
step S904), the process proceeds 1o step S906 where the translation information is retrieved 
by the shipping partner 107 and a label, including the actual shipping address, is printed. If it 
is determined that no translation exists (i.e., "No" at step S904), the process proceeds to step 
S907 where the shipping partner ] 07 will store the package and contact the trusted third party. 
The process will then proceed to step S908 where the trusted third party and the shipping 
partner 107 will work together in performing a reconciliation process. The process then 
returns to step S904. Once the labels have been printed at step S906 the process proceeds to 
step S909 where the new labels are applied to the individual parcels by the shipping partner 
107. 
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Figure 10 illustrates a computer system 1001 upon which an embodiment of the 
present invention may be implemented. The computer system 1001 includes a bus 1002 or 
other communication mechanism for communicating information, and a processor 1003 
coupled with the bus 1002 for processing the information. The computer system 1001 also 
5 includes a main memory 1004, such as a random access memory (RAM) or other dynamic 
storage device (e.g., dynamic RAM (DRAM), static RAM (SRAM), and synchronous DRAM 
(SDRAM)), coupled to the bus 1002 for storing information and instructions to be executed 
by processor 1003. In addition, the main memory 1004 may be used for storing temporary 
variables or other intermediate in formation during the execution of instructions by the 

10 processor 1003. The computer system 1001 further includes a read only memory (ROM) 
1005 or other static storage device (e.g., programmable ROM (PROM), erasable PROM 
(EPROM), and electrically erasable PROM (EEPROM)) coupled to the bus 1002 for storing 
static information and instructions for the processor 1003. 

The computer system 1001 also includes a disk controller 1006 coupled to the bus 

15 1002 to control one or more storage devices for storing information and instructions, such as 
a magnetic hard disk 1007, and a removable media drive 1008 (e.g., floppy disk drive, read- 
only compact disc drive, read/write compact disc drive, compact disc jukebox, tape drive, and 
removable magneto-optical drive). The storage devices may be added to the computer system 
1001 using an appropriate device interface (e.g., small computer system interface (SCSI), 
20 integrated device electronics (IDE,), enhanced-IDE (E-IDE), direct memory access (DMA), or 
ultra-DMA). 

The computer system 100 1 may also include special purpose logic devices (e.g., 
application specific integrated circuits (ASICs)) or configurable logic devices (e.g., simple 
programmable logic devices (SPLDs), complex programmable logic devices (CPLDs), and 
25 field programmable gate arrays (FPGAs)). 



The computer system 1001 may also include a display controller 1009 coupled to the 
bus 1002 to control a display 1010, such as a cathode ray tube (CRT), for displaying 
information to a computer user. The computer system includes input devices, such as a 
keyboard 101 1 and a pointing device 1012, for interacting with a computer user and 
5 providing information to the processor 1003. The pointing device 1012, for example, may be 
a mouse, a trackball, or a pointing stick for communicating direction information and 
command selections to the processor 1003 and for controlling cursor movement on the 
display 1010. In addition, a printer may provide printed listings of the data 
structures/information shown in Figures 3 and 4, or any other data stored and/or generated by 

1 0 the computer system 1001. 

The computer system 1001 performs a portion or all of the processing steps of the 
invention in response to the processor 1003 executing one or more sequences of one or more 
instructions contained in a memory, such as the main memory 1004. Such instructions may 
be read into the main memory 1004 from another computer readable medium, such as a hard 

15 disk 1 007 or a removable media drive 1 008 . One or more processors in a multi-processing 
arrangement may also be employed to execute the sequences of instructions contained in 
main memory 1004. In alternative embodiments, hard- wired circuitry may be used in place 
of or in combination with software instructions. Thus, embodiments are not limited to any 
specific combination of hardware circuitry and software. 

20 As stated above, the computer system 1001 includes at least one computer readable 

medium or memory for holding instructions programmed according to the teachings of the 
invention and for containing data structures, tables, records, or other data described herein. 
Examples of computer readable media are compact discs, hard disks, floppy disks, tape, 
magneto-optical disks, PROMs (EPROM, EEPROM, flash EPROM), DRAM, SRAM, 

25 SDRAM, or any other magnetic medium, compact discs (e.g., CD-ROM), or any other optical 



medium, punch cards, paper tape, or other physical medium with patterns of holes, a carrier 
wave (described below), or any other medium from which a computer can read. 

Stored on any one or on a combination of computer readable media, the present 
invention includes software for controlling the computer system 1001, for driving a device or 
devices for implementing the invention, and for enabling the computer system 1001 to 
interact with a human user (e.g., print production personnel). Such software may include, but 
is not limited to, device drivers, operating systems, development tools, and applications 
software. Such computer readable media further includes the computer program product of 
the present invention for performing all or a portion (if processing is distributed) of the 
processing performed in implementing the invention. 

The computer code devices of the present invention may be any interpretable or 
executable code mechanism, including but not limited to scripts, interpretable programs, 
dynamic link libraries (DLLs), Java classes, and complete executable programs. Moreover, 
parts of the processing of the present invention may be distributed for better performance, 
reliability, and/or cost. 

The term "computer readable medium" as used herein refers to any medium that 
participates in providing instructions to the processor 1003 for execution. A computer 
readable medium may take many forms, including but not limited to, non- volatile media, 
volatile media, and transmission media. Non-volatile media includes, for example, optical, 
magnetic disks, and magneto-optical disks, such as the hard disk 1007 or the removable 
media drive 1008. Volatile media, includes dynamic memory, such as the main memory 
1004. Transmission media includes coaxial cables, copper wire and fiber optics, including 
the wires that make up the bus 1002. Transmission media also may also take the form of 
acoustic or light waves, such as those generated during radio wave and infrared data 
communications. 
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Various forms of computer readable media may be involved in carrying out one or 
more sequences of one or more instructions to processor 1003 for execution. For example, 
the instructions may initially be carried on a magnetic disk of a remote computer. The remote 
computer can load the instructions for implementing all or a portion of the present invention 
remotely into a dynamic memory and send the instructions over a telephone line using a 
modem. A modem local to the computer system 1001 may receive the data on the telephone 
line and use an infrared transmitter to convert the data to an infrared signal. An infrared 
detector coupled to the bus 1002 can receive the data carried in the infrared signal and place 
the data on the bus 1002. The bus 1002 carries the data to the main memory 1004, from 
which the processor 1003 retrieves and executes the instructions. The instructions received 
by the main memory 1004 may optionally be stored on storage device 1007 or 1008 either 
before or after execution by processor 1003. 

The computer system 1001 also includes a communication interface 1013 coupled to 
the bus 1002. The communicatioa interface 1013 provides a two-way data communication 
coupling to a network link 1014 that is connected to, for example, a local area network (LAN) 
1015, or to another communications network 1016 such as the Internet. For example, the 
communication interface 1013 may be a network interface card to attach to any packet 
switched LAN. As another example, the communication interface 1013 may be an 
asymmetrical digital subscriber line (ADSL) card, an integrated services digital network 
(ISDN) card or a modem to provide a data communication connection to a corresponding 
type of communications line. Wireless links may also be implemented. In any such 
implementation, the communication interface 1013 sends and receives electrical, 
electromagnetic or optical signals that carry digital data streams representing various types of 
information. 

The network link 1014 typically provides data communication through one or more 
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networks to other data devices. For example, the network link 1014 may provide a 
connection to a another computer through a local network 1015 (e.g., a LAN) or through 
equipment operated by a service provider, which provides communication services through a 
communications network 1016. In preferred embodiments, the local network 1014 and the 
communications network 1016 preferably use electrical, electromagnetic, or optical signals 
that carry digital data streams. The signals through the various networks and the signals on 
the network link 1014 and through the communication interface 1013, which carry the digital 
data to and from the computer system 1001, are exemplary forms of carrier waves 
transporting the information. The computer system 1001 can transmit and receive data, 
including program code, through the network(s) 1015 and 1016, the network link 1014 and 
the communication interface 1013. Moreover, the network link 1014 may provide a 
connection through a LAN 1015 1o a mobile device 1017 such as a personal digital assistant 
(PDA) laptop computer, or cellular telephone. The LAN communications network 1015 and 
the communications network 1016 both use electrical, electromagnetic or optical signals that 
carry digital data streams. The signals through the various networks and the signals on the 
network link 1014 and through the communication interface 1013, which carry the digital 
data to and from the system 1001, are exemplary forms of carrier waves transporting the 
information. The processor system 1001 can transmit notifications and receive data, 
including program code, through the network(s), the network link 1014 and the 
communication interface 1013. 

Obviously, numerous modifications and variations of the present invention are 
possible in light of the above teachings. It is therefore to be understood that within the scope 
of the appended claims, the invention may be practiced otherwise than as specifically 
described herein. 
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CLAIMS 

1 1 . A method of purchasing a product while maintaining anonymity of a buyer, 

2 comprising the steps of: 

3 receiving by a trusted third party from the buyer an indicator of a payment method; 

4 assigning an anonymous identifier to the indicator that corresponds to the payment 

5 method; 

6 populating by the trusted third party a digital repository with data that is associated 

7 with the buyer, the data including a buyer identification indicator, the indicator of the 

8 payment method, and the anonymous identifier; 

9 purchasing by the buyer a product having a total sale price from a seller; 

1 0 providing by the buyer the: anonymous identifier to the trusted third party as an 

1 1 anonymous payment method for the product; 

12 requesting by the seller payment approval by providing the total sale price to the 

1 3 trusted third party; 

14 querying by the trusted third party the digital repository to determine the payment 

1 5 method from the anonymous identifier received in the providing step; 

1 6 requesting by the trusted third party payment approval from a payment partner by 

1 7 providing the payment partner a description of the payment method determined in the 

1 8 querying step and the total sale price; and 

1 9 providing payment appro\ al to the seller. 

1 2. The method of Claim 1, wherein the payment partner is a credit processor that 

2 receives credit approval from a credit approval authority. 



1 



3. The method of Claim 1, wherein the payment partner is a credit approval authority. 
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1 4. The method of Claim 1 , wherein the payment method is at least one of a credit 

2 card, a debit card, an e-check, and a direct debit account. 

1 5. The method of Claim 1 , wherein the anonymous identifier is a nickname. 

1 6. The method of Claim 1 , wherein the anonymous identifier is a one-time use code. 

1 7. The method of Claim 1 , wherein the anonymous identifier is a unique code. 

1 8. The method of Claim 1, wherein the anonymous identifier is assigned by at least 

2 one of the buyer and the seller. 

1 9. A method of purchasing a product while maintaining buyer anonymity, comprising 

2 the steps of: 

3 establishing by a trusted third party for a buyer a prefunded cash account; 

4 assigning an anonymous identifier to the prefunded cash account; 

5 populating by the trusted third party a digital repository with data that is descriptive of 

6 the buyer, the data including a buyer identification indicator, an identification indicator for 

7 the prefunded cash account, and the anonymous identifier; 

8 purchasing by the buyer a product having a total sale price from a seller; 

9 providing by the buyer the anonymous identifier to the trusted third party as an 

1 0 anonymous payment method for the product; 

1 1 requesting by the seller payment by providing the total sale price to the trusted third 

12 party; 
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1 3 querying by the trusted third party the digital repository to determine the prefunded 

14 cash account from the anonymous identifier received in the providing step; 

1 5 paying by the trusted third party the seller an amount equal to the total sale price from 

16 the prefunded cash account determined in the querying step. 

1 10. The method of Claim 9, wherein the anonymous identifier is a nickname. 

1 11. The method of Claim 9, wherein the anonymous identifier is a one-time use code. 

1 12. The method of Claim 9, wherein the anonymous identifier is a unique code. 

1 13. The method of Claim 9, wherein the paying step comprises making 

2 micropayments the seller. 

1 14. The method of Claim 9, wherein the anonymous identifier is assigned by at least 

2 one of the buyer and the seller. 

1 1 5. A method of purchasing a product while maintaining buyer anonymity, 

2 comprising the steps of: 

3 receiving by a trusted third party from a buyer an indicator of a payment method and a 

4 ship-to address; 

5 assigning a first anonymous identifier to the indicator that corresponds to the payment 

6 method and a second anonymous identifier to the ship-to address; 

7 populating by the trusted tJiird party a digital repository with data that is descriptive of 

8 the buyer, the data including a buyer identification indicator, the indicator of the payment 
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9 method, the first anonymous identifier, the ship-to address, and the second anonymous 

1 0 identifier; 

1 1 purchasing by the buyer a product from a seller having a total sale price; 

12 providing by the buyer the first anonymous identifier to the trusted third party as an 

13 anonymous payment method for the product and the second anonymous identifier as an 

14 anonymous ship-to address; 

1 5 requesting by the seller payment approval by providing the total sale price to the 

1 6 trusted third party; 

1 7 querying by the trusted third party the digital repository to determine the payment 

1 8 method from the first anonymous identifier received in the providing step; 

1 9 requesting by the trusted third party payment approval from a payment partner by 

20 providing the payment partner a description of the payment method determined in the 

2 1 querying step and the total sale price; 

22 providing payment approval to the seller; 

23 generating by the trusted third party a one-time use anonymous ship-to identifier 

24 corresponding to the anonymous ship-to address; 

25 providing by the trusted third party the one-time use anonymous ship-to identifier to 

26 the seller; 

27 labeling by the seller a parcel containing the product with the one-time use 

28 anonymous ship-to identifier; 

29 providing by the trusted third party the one-time use anonymous ship-to identifier and 

30 the ship-to address to a shipping partner; and 

3 1 re-labeling by the ship-to partner the parcel with the ship-to address. 



1 



16. The method of Claim 15, wherein at least one of the first anonymous identifier 
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2 and the second anonymous identifier is a nickname. 



1 17. The method of Claim 15, wherein at least one of the first anonymous identifier 

2 and the second anonymous identifier is a one-time use code. 

1 18. The method of Claim 15, wherein at least one of the first anonymous identifier 

2 and the second anonymous identifier is a unique code. 

1 19. The method of Claim 15, wherein the shipping partner is a delivery service 

2 provider. 

1 20. The method of Claim 15, wherein the shipping partner is an intermediary of a 

2 delivery service provider. 

1 21 . The method of Claim 15, wherein at least one of the first anonymous identifier 

2 and the second anonymous identi Eier is assigned by at least one of the buyer and the seller. 

1 22. A method of purchasing a product from a seller while maintaining anonymity of a 

2 buyer, comprising the steps of: 

3 storing an indicator of a private payment method with a first anonymous identifier and 

4 a private ship-to address with a second anonymous identifier with a trusted third party; 

5 checking out by the buyer to purchase a product from the seller; 

6 requesting by the buyer a transaction from the trusted third party; 

7 sending by the trusted third party a unique transaction identifier and at least one of the 

8 first anonymous identifier and the: second anonymous identifier to the buyer; 
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9 selecting by the buyer at least one of the first anonymous identifier corresponding to a 

10 selected payment method and the second anonymous identifier corresponding to the selected 

1 1 ship-to address for use in the transaction; 

12 sending the at least one of the first anonymous identifier and the second anonymous 

13 identifier selected in the selecting step to the trusted third party; 

1 4 determining by the trusted third party, at least one of the postal code and the city and 

15 state of the ship-to address corresponding to the second anonymous identifier received from 

1 6 the buyer; 

1 7 sending by the trusted third party to the seller the unique transaction identifier and the 

18 at least one of the postal code and the city and state of the ship-to address determined in the 

19 determining step; 

20 sending by the seller to the trusted third party the unique transaction identifier and a 

21 total cost of the product; 

22 requesting by the trusted tMrd party payment approval from a payment partner based 

23 on the payment method corresponding to the first anonymous identifier received from the 

24 buyer and the total cost of the product received from the seller; 

25 issuing by the payment partner one of an approval and a denial of payment to the 

26 trusted third party; 

27 sending by the trusted third party the one of an approval and a denial issued in the 

28 issuing step to the seller with a one-time use shipping identifier generated by the trusted third 

29 party when the an approval is issued in the issuing step; 

30 labeling by the seller a parcel containing the product with the one-time use shipping 

3 1 identifier; 

32 sending by the trusted third party the one-time use shipping identifier and the ship-to 

33 address corresponding to the second nickname received from the buyer to a shipping partner 
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34 when the an approval is issued in the issuing step; and 

35 re-labeling by the shipping partner the parcel with the ship-to address. 

1 23. The method of Claim 22, wherein at least one of the first anonymous identifier 

2 and the second anonymous identifier is assigned by at least one of the buyer and the seller. 

1 24. A system for purchasing a product while maintaining anonymity of a buyer, 

2 comprising: 

3 means for receiving by a tmsted third party from the buyer an indicator of a payment 

4 method; 

5 means for assigning an anonymous identifier to the indicator that corresponds to the 

6 payment method; 

7 means for populating by the trusted third party a digital repository with data that is 

8 descriptive of the buyer, the data including a buyer identification indicator, the indicator of 

9 the payment method, and the anonymous identifier; 

10 means for purchasing by the buyer a product having a total sale price from a seller; 

1 1 means for providing by the buyer the anonymous identifier to the trusted third party as 

12 an anonymous payment method for the product; 

1 3 means for requesting by tfc e seller payment approval by providing the total sale price 

14 to the trusted third party; 

1 5 means for querying by the trusted third party the digital repository to determine the 

1 6 payment method from the anonymous identifier received from the means for providing; 

1 7 means for requesting by the trusted third party payment approval from a payment 

1 8 partner by providing the payment partner a description of the payment method determined by 

19 the means for querying and the to tal sale price; and 
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means for providing payment approval to the seller. 



1 25. A system for providing anonymous purchases, comprising: 

2 a digital repository populated with entries containing private buyer information, the 

3 entries each being associated with a particular buyer and having, 

4 a buyer identificati on indicator, 

5 at least one indicator that corresponds to a payment method with a first 

6 anonymous identifier; 

7 at least one ship-to address with a second anonymous identifier; 
-8 a processor; and 

9 a computer readable medi am encoded with processor readable instructions that when 

10 executed by the processor implement, 

11 a transaction request processing mechanism configured to generate a unique 



1 2 transaction identifier for a purchase transaction of a buyer and receive from the buyer over a 

13 communication network a selected first anonymous identifier corresponding to the payment 

14 method and a selected second anonymous identifier that corresponds to a ship-to address to 

15 be used for the purchase transaction, 

16 a fraud detection processing mechanism configured to determine a fraud score 

17 for the transaction, 

18 a payment processing mechanism configured to receive a request for payment 

19 over the communication network from a seller, query the digital repository to obtain a 

20 selected payment method associated with the selected first anonymous identifier, issue a 

21 request for payment approval on the selected payment method to a payment partner over the 

22 communication network, and provide approval or denial to the seller over the communication 

23 network, and 
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24 a shipping address processing mechanism configured to query the digital 

25 repository to obtain a selected ship-to address associated with the selected second anonymous 

26 identifier, generate a transaction unique shipping identification indicator, provide the 

27 transaction unique shipping identification indicator to the seller over the communication 

28 network, and provide the transaction unique shipping identification indicator and the ship-to 

29 address to a shipping partner over the communication network. 

1 26. The system of Claim 25, wherein at least one of the first anonymous identifier 

2 and the second anonymous identifier is a nickname. 

1 27. The system of Claim 25, wherein at least one of the first anonymous identifier 

2 and the second anonymous identifier is a one-time use code. 

1 28. The system of Claim 25, wherein at least one of the first anonymous identifier 

2 and the second anonymous identifier is a unique code. 

1 29. The system of Claim 25, wherein the digital repository is a database. 

1 30. The system of Claim 25, wherein at least a portion of the communications 

2 network is an Internet protocol network. 

1 31. The system of Claim 30, wherein the Internet protocol network is the Internet. 

1 32. The system of Claim 25, wherein the seller does not receive any private buyer 

2 information. 
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1 33. The system of Claim 32, wherein private buyer information includes at least one 

2 of payment method information and shipping address information. 

1 34. A system for providing anonymous purchases, comprising: 

2 a digital repository populated with entries containing private buyer information, the 

3 entries each being associated with a particular buyer and having, 

4 a buyer identification indicator, 

5 at least one indicator of a payment method with an anonymous identifier; 

6 a processor; and 

7 a computer readable medium encoded with processor readable instructions that when 

8 executed by the processor implement, 

9 a transaction request processing mechanism configured to generate a unique 

1 0 transaction identifier for a purchase transaction of a buyer and receive from the buyer over a 

1 1 communication network a selected anonymous identifier corresponding to a selected payment 

12 method to be used for the purchase transaction, 

13 a fraud detection processing mechanism configured to determine a fraud score 

14 for the transaction, and 

15 a payment process ing mechanism configured to receive a request for payment 

1 6 over the communication network from a seller, query the digital repository to obtain a 

17 description of the selected payment method corresponding to the selected anonymous 

1 8 identifier, issue a request for payment approval on the selected payment method to a payment 

1 9 partner over the communication retwork, and provide approval or denial to the seller over the 

20 communication network. 
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1 35. A computer program product, comprising: 

2 a computer storage medium and a computer program code mechanism embedded in 

3 the computer storage medium for causing a processor to maintain privacy of a buyer 

4 participating in an online transaction, the computer program code mechanism having, 

5 a first computer code device configured to receive an anonymous requested 

6 payment method and an anonymous requested ship-to address for use in a transaction with a 

7 seller, 

8 a second computer code device configured to receive a request for payment 

9 from the seller over a communication network, 

10 a third computer code device configured to query a digital repository to obtain 

11 a description of a selected payment method corresponding to the anonymous requested 

1 2 payment method, 

13 a fourth computer code device configured to issue a request for payment 

14 approval for the selected payment method to a payment partner over the communication 

15 network, 

16 a fifth computer cede device configured to provide an approval or denial to the 

1 7 seller over the communication network, 

18 a sixth computer code device configured to perform fraud scoring for the 

19 online transaction, 

20 a seventh computer code device configured to query the digital repository to 

21 obtain a selected ship-to address corresponding to the anonymous requested ship-to address, 

22 an eighth compute] - code device configured to generate a transaction unique 

23 shipping identification indicator corresponding to the online transaction, 

24 a ninth computer code device configured to provide the transaction unique 

25 shipping identification indicator to the seller over the communication network, and 
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26 a tenth computer code device configured to provide the transaction unique 

27 shipping identification indicator and the selected ship-to address to a shipping partner over 

28 the communication network. 

1 36. The computer program product of Claim 35, wherein at least a portion of the 

2 communication network comprises a secure link in the communication network. 

1 37. The computer program product of Claim 36, wherein the secure link is a secure 

2 socket link. 

1 38. The computer program product of Claim 35, wherein at least a portion of the 

2 communication network is an Internet protocol network. 

1 39. The computer program product of Claim 38, wherein the Internet protocol 

2 network is the Internet. 

1 40. The computer program product of Claim 35, wherein the first computer code 

2 device is configured to receive at least one of the anonymous requested payment method and 

3 the anonymous requested ship-to address from the buyer. 

1 41. The computer program product of Claim 35, wherein the first computer code 

2 device is configured to receive at least one of the anonymous requested payment method and 

3 the anonymous requested ship-to address from the trusted third party. 

1 42. A computer program product, comprising: 
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2 a computer storage medium and a computer program code mechanism embedded in 

3 the computer storage medium for causing a processor to maintain privacy a buyer 

4 participating in an online transaction, the computer program code mechanism having, 

5 a first computer cede device configured to receive an indicator of an 

6 anonymous requested payment method for use in a transaction with a seller, 

7 a second computer code device configured to receive a request for payment 

8 over a communication network from the seller, 

9 a third computer code device configured to query a digital repository to obtain 

10 a selected payment method corresponding to the indicator of the anonymous requested 

1 1 payment method, 

12 a fourth computer code device configured to issue a request for payment 

1 3 approval for the selected payment method to a payment partner over the communication 

14 network, 

15 a fifth computer code device configured to provide an approval or denial to the 

1 6 seller over the communication network, and 

17 a sixth computer code device configured to perform fraud scoring for the 

1 8 online transaction. 

1 43 . A method of purchasing a product while maintaining anonymity of a buyer, 

2 comprising the steps of: 

3 receiving by a trusted third party from the buyer an indicator of a payment method; 

4 assigning an anonymous identifier to the indicator that corresponds to the payment 

5 method; 

6 assigning by the trusted third party at least one unique buyer-seller identifier, each 

7 corresponding to a unique comb ination of the buyer and at least one sellers; 
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8 populating by the trusted third party a digital repository with data that is descriptive of 

9 the buyer, the data including a buyer identification indicator, the indicator of the payment 

1 0 method, the anonymous identifier and the at least one unique buyer-seller identifier; 

1 1 purchasing by the buyer a product having a total sale price from one of the at least one 

12 sellers; 

1 3 providing by the buyer an appropriate one of the at least one unique buyer-seller 

14 identifiers to the one of the at least one sellers, the appropriate one of the at least one unique 

15 buyer-seller identifiers corresponding to the buyer and the one of the at least one sellers; 

16 providing by the buyer to the trusted third party the anonymous identifier as an 

1 7 anonymous payment method for i:he product; 

1 8 requesting by the seller payment approval by providing the total sale price to the 

1 9 trusted third party; 

20 querying by the trusted third party the digital repository to determine the payment 

2 1 method from the anonymous identifier received in the providing by the buyer to the trusted 

22 third party step; 

23 requesting by the trusted third party payment approval from a payment partner by 

24 providing the payment partner the payment method determined in the querying step and the 

25 total sale price; 

26 providing payment appro val to the seller; 

27 requesting by the one of the at least one sellers to the trusted third party a 

28 communication of a message to the buyer by providing to the trusted third party the 

29 appropriate one of the at least ons unique buyer-seller identifiers; 

30 forwarding by the trusted third party the message to the buyer by determining an 

3 1 identity of the buyer using the appropriate one of the at least one unique buyer-seller 

32 identifiers received in the requesting step. 
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1 44. The method of Claim 43, wherein the payment partner is a credit processor that 

2 receives credit approval from a credit approval authority. 

1 45 . The method of Claim 43, wherein the payment partner is a credit approval 

2 authority. 

1 46. The method of Claim 43, wherein the payment method is at least one of a credit 

2 card, a debit card, an e-check, and a direct debit account. 

1 47. The method of Claim 43, wherein the anonymous identifier is a nickname. 

1 48. The method of Claim 43, wherein the anonymous identifier is a one-time use 

2 code. 

1 49. The method of Claim 43, wherein the anonymous identifier is a unique code. 

1 50. The method of Claim 43, further comprising the steps of: 

2 receiving by the trusted third party an e-mail address for use in anonymous 

3 communications with the at least one sellers, wherein 

4 the populating step comprises populating the digital repository with the e-mail 

5 address, and 

6 the message forwarded to the buyer is an e-mail message sent to the e-mail address. 

1 51. The method of Claim 43, wherein the anonymous identifier is assigned by at least 
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2 one o f the buyer and the trusted third party. 



1 52. A method of purchasing a product while maintaining anonymity of a buyer, 

2 comprising the steps of: 

3 receiving from a buyer an anonymous identifier, which indicates a selected payment 

4 method by a buyer; 

5 retrieving a description of the selected payment method from a database; 

6 receiving a payment approval request from a seller; 

7 controlling payment to the seller using the selected payment method. 
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ABSTRACT OF THE DISCLOSURE 
A system, method, and computer program product for maintaining the anonymity of a 
consumer in a transaction with a retailer. The consumer provides payment method 
information and ship-to address information to a trusted third party. The consumer purchases 
products from a retailer by providing the trusted third party anonymous identifiers (e.g., 
nicknames, unique codes, or one lime use codes either supplied by the consumer or by the 
trusted third party) corresponding to the selected payment methods and ship-to addresses. 
The retailer requests payment approval from the trusted third party. The trusted third party 
receives payment approval from a payment partner using the payment method information 
determined from the anonymous identifier received from the consumer. The trusted third 
party provides payment approval to the retailer along a transaction unique shipment identifier 
to place on the parcel. The trusted third party sends the same transaction unique shipment 
identifier and the actual shipping address determined from the anonymous identifier received 
from the consumer to a shipping partner who re-labels the package and delivers it to the 
consumer. The trusted third party acts as an e-mail conduit for messages sent to member 
consumers. 
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